2280.2700 



- 1 - 
TITLE 

METHOD AND APPARATUS FOR DISTRIBUTING 
OF E-MAIL TO MULTIPLE RECIPIENTS 

CROSS-REFERENCE TO RELATED APPLICATION 

5 

This application claims benefit of U.S. Provisional 
Application No. 60/216,787, filed July 7 , 2000, which 
is hereby incorporated by reference. 

10 BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to apparatuses and 
15 methods for distribution of e-mail messages to intended 
recipients. Most preferably, this invention relates to 
apparatuses and methods for sending e-mail to multiple 
recipients, with one or more of the intended recipients 
receiving only a limited portion of the e-mail. 

20 
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Related Background 

E-mail messages have in recent years come to challenge 
the telephone and facsimile machine for the 
5 transmission of information from a sender to one or 
more recipients. People utilize e-mail programs to 
transmit information either over the Internet, a wide 
area network (WAN), metropolitan area network (MAN) or 
a local area network (LAN). In addition to business 

10 uses, people now use e-mail as a way to keep in touch 
with friends, even those living in far-flung places, 
without the necessity of postage and with nearly 
instant delivery. Further, with the development of 
"white pages" directories on the Internet, it has 

15 become much easier to look up a person's e-mail address 
even if you only know their name. 

E-mail messages are sent in the same manner as most 
Internet data. That is, Transmission Control Protocol 
2 0 (TCP) breaks the message into packets, and the Internet 
Protocol (IP) delivers the packets to the proper 
location, and the TCP reassembles the message at the 
receiving end so that it can be read. 

25 The basic format of the conventional e-mail message is 
ASCII text, a format that can be read by most 
computers. In addition to the basic ASCII text message 
that forms the base portion of an e-mail message, most 
recent e-mail programs allow one or more binary files, 

30 such as word processing files, graphic images, or even 
sound or video files, to be sent by "attaching" the 
file to the e-mail message. However, since the 



Internet is not able directly to handle non-ASCII 
binary files in e-mail, encoding methods have been 
developed to allow such files to be sent with e-mail. 
On example is Multipurpose Internet Mail Extensions 
(MIME), a specification for formatting non-ASCII 
messages so that they can be sent over the Internet. 
Another encoding technique is uuencode . A recipient of 
a message with such a coded attachment must decode the 
message using the same scheme used to encode the 
attachment . 

Known e-mail programs permit a sender to transmit a 
message to multiple parties with only a single action, 
if the electronic addresses of all intended recipients 
have previously been entered. Further, most 
conventional e-mail programs include the option to 
designate several categories of recipients. For 
example, in the program Microsoft Outlook®, the user 
may designate a recipient as a "To" recipient, 
indicating that that recipient is an intended primary 
recipient of the e-mail transmission, or as a "cc" 
recipient, indicating that that recipient is not a 
primary recipient, but is to receive a copy of the 
e-mail transmission simply to keep them advised of the 
communication and its substance. Both "To" and "cc" 
recipients receive in their copy of the e-mail 
transmission an indication of the other "To" and "cc" 
recipients that have received that e-mail transmission 
as well. 

Microsoft Outlook® (and other programs) also provide a 
third category of recipient, "bcc" (blind carbon copy) 
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indicating that the recipient is to receive a copy of 
the e-mail transmission, but that other designated 
recipients will not be notified that the "bcc" 
recipient received the e-mail transmission. 

5 

As was discussed above, most conventional e-mail 
programs provide an editor in which the sender may 
compose the standard (ASCII) message, and further 
provide the sender with the ability to attach one or 

10 more electronic files as attachments. As discussed 

above, attachments are simply electronic files, which 
may be generated by other software applications, such 
as a text file generated with a word processing 
program; or an image file generated by scanning a 

15 photograph, or the like. In a typical e-mail 

transmission with attachment, the ASCII message 
composed using the e-mail editor comprises only a small 
fraction of the total size (as measured in bytes) of 
the e-mail transmission. The large bulk of the e-mail 

20 transmission is represented by the binary attachment or 
attachments . 

One problem with current methods of transmitting e-mail 
attachments is that, because of the potentially 

25 significant size of such attachments, a large amount of 
network communications bandwidth can be consumed in 
order to transmit such attachments. Costly network 
resources may also be required as such message and 
attachments traverse several nodes or elements of the 

30 network on the way from the sender to the recipient 

node. Additionally, the memory storage devices of local 
nodes of the network that often store such incoming 
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e-mail messages and their associated attached files may 
be overloaded by many incoming e-mail messages. 

The increased traffic of e-mail transmissions has 
5 become a significant burden on the supporting 

communication infrastructure, including the servers 
used to send, receive and store e-mail transmissions as 
well as the physical transmission media (i.e. fiber 
optical cables, telephone lines, satellite systems, 

10 etc.) itself. The magnitude of the burden is amplified 
dramatically when e-mail transmissions include 
attachments, particularly large or multiple attachments 
such as large documents and/or image files. The 
problem is further exacerbated by the fact that as 

15 discussed above, e-mail programs allow users to very 
easily designate multiple recipients. When that is 
done, a separate copy of the e-mail transmission is 
generated for and sent to each designated recipient. 
This is true even when the sender really only needs the 

2 0 attachment to go to one or a few recipients, and simply 
wants the other recipients to be advised generally that 
the e-mail transmission has been sent. 

While a sender can reduce the amount of traffic on a 
25 system by composing an e-mail transmission that 

includes the attachment and sending that transmission 
only to those recipients who the sender wants to 
receive the attachments, and then composing a separate 
e-mail transmission for those recipients who the sender 
30 wants to receive the message only, without the 

attachments, such an approach is cumbersome for the 
user in that it requires the sender to compose at least 
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two separate e-mail transmissions. An additional 
disadvantage is that neither the recipients who receive 
the attachments nor the recipients who receive only the 
message receive a full list of recipients. This second 
5 disadvantage might be partially overcome by providing 
the main recipients with copies of the e-mail 
transmission sent to the secondary recipients, but this 
solution would require that the main recipients receive 
two e-mail transmissions instead of just one, 
10 inconveniencing those recipients and increasing 
communication system traffic. 

An additional complication is that some recipients are 
unable to receive attachments for any of a number of 

15 reasons including but not limited to: transfer protocol 
incompatibility, size restrictions or firewall 
settings. When an e-mail transmission encounters one or 
more of these obstacles, it is "bounced" back to the 
sender or is lost with no notification. The 

20 disadvantage is that the rejection of the attachment 
also prevents the recipient from seeing the ASCII text 
portion of the message, which may have been all that 
was necessary for him to have received in the first 
place. 

25 

Moreover, there is a class of recipients of e-mail 
transmissions who conduct the majority of their 
electronic communications over public switched 
telephone system (PSTN) lines, instead of over broad 
30 band connections such as DSL, Tl and optical/cable 

modem. Such users are typified by business travelers 
who spend large amounts of their time in hotels, with 
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access only to hotel-provided phone lines for their 
relatively slow speed modem. For these travelers, the 
growth of large (as measured in bytes) e-mail 
transmissions has created a serious problem when 
5 coupled with the slow transmission rates of telephone 
modems. Large attachments can take multiple hours to 
download, creating a logistical nightmare and high 
costs in receiving such e-mail. 

10 All of the above stated problems of e-mail transmission 
are certain to be further exacerbated as e-mail traffic 
increases and the size of attached electronic files 
increases with the spread of multimedia and graphics 
capability. 

15 

U.S. Patent 5,903,723 to Beck et al. describes a method 
for reducing the bandwidth required to send attachments 
in e-mail. In the patented system, instead of actually 
sending the attached file to recipients, an HTML page 

2 0 is sent with a hypertext link to a location, in 

proximity to the sender of the e-mail, storing the 
attachment. If and when the recipient desires to read 
the attachment, he or she can click on the link, 
triggering the generation of the URL of the location of 
25 the attachment, and download or otherwise read the 

attachment. While the Beck et al. system reduces the 
volume of e-mail on the Internet, it paints with a 
broad brush, forcing all recipients, even those who 
would like to see the attachment right away, to visit a 

3 0 remote web site and wait for the attachment to 

download. 
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Thus, there is a need for an e-mail program that can 
allow a user to more precisely specify the type of 
information that each of the intended recipients will 
receive, and thereby allow the sender to communicate 
5 all necessary information without unduly increasing 
network traffic and without forcing the recipient to 
visit a web site to download the attachment. 

SUMMARY OF THE INVENTION 

10 

The present invention addresses the above concerns and 
presents new and novel apparatuses and processes for an 
e-mail management system that allows a sender to 
earmark which recipients from a distribution list will 
15 receive an attached file. 

In accordance with one aspect of the present invention, 
there is provided a software application for 
transmitting electronic mail from a sender to a 

2 0 plurality of recipients. The software application 

comprises: code for enabling the sender to input a 
message, code for enabling the sender to append an 
attachment to the message, code for enabling the sender 
to designate at least one recipient of the plurality of 
25 recipients to receive the message and the attachment, 
and code for enabling the sender to designate at least 
one recipient of the plurality of recipients to receive 
the message without the attachment. 

3 0 In accordance with another aspect of the present 

invention, there is provided a software application for 
transmitting electronic mail from a sender to a 
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plurality of recipients. The software application 
allows a sender to designate a recipient as one of the 
following categories: a first category indicating that 
the recipient is a primary recipient of the electronic 
5 mail and is to receive both a text message and an 
attached file; a second category indicating that the 
recipient is a secondary recipient of the electronic 
mail and is to receive both a text message and the 
attached file; and a third category indicating that the 
10 recipient is a tertiary recipient of the electronic 
mail and is to receive a text message without the 
attached file. 

In accordance with another aspect of the present 
15 invention, there is provided an apparatus for 
transmitting electronic mail from a sender to a 
plurality of recipients. The apparatus comprises: 
means for enabling the sender to input a message; means 
for enabling the sender to append an attachment; means 
2 0 for enabling the sender to designate at least one 

recipient to receive the message and the attachment; 
and means for enabling the sender to designate at least 
one recipient to receive the message without the 
attachment . 

25 

In accordance with yet another aspect of the present 
invention, there is provided a method for transmitting 
electronic mail from a sender to a plurality of 
recipients. The method comprises: inputting a 
30 message; appending a attachment to the message; 

designating at least one recipient of the plurality of 
recipients to receive the message and the attachment; 
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and designating at least one recipient of the plurality 
of recipients to receive the message without the 
attachment . 

In accordance with still another aspect of the present 
invention, there is provided a program-controlled 
apparatus operable to communicate via e-mail with one 
or more recipient computers . The apparatus is operable 
to allow a user of the apparatus to: input a message; 
append a attachment to the message; designate at least 
one recipient of the plurality of recipients to receive 
the message and the attachment; and designate at least 
one recipient of the plurality of recipients to receive 
the message without the attachment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram showing an e-mail system 
having the functionality of the present invention in a 
multi-networked environment; 

Figure 2 is a diagram showing software resident on the 
hard drive of computers shown in Figure 1; 

Figure 3 is a blank graphical user interface for the 
e-mail program of the present invention; 

Figure 4 is a graphical user interface for the e-mail 
program of the present invention showing how recipients 
may be designated; 
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Figure 5 is a list of received mail in accordance with 
the e-mail program of the present invention; 

Figure 6 is a list of intended recipients that provides 
5 a check box to designate whether or not the listed 
recipient is to receive attachments; 

Figure 7 is a flow diagram illustrating the process of 
generating an e-mail recipient list in accordance with 
10 a preferred embodiment of the present invention; and 

Figure 8 is a flow diagram illustrating the process of 
dividing the recipient list in accordance with whether 
the recipients are to receive an attached file or 
15 files. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Figures 1-8 illustrate preferred embodiments of the 
2 0 split-distribution e-mail apparatus and method 
according to the present invention. 

Figure 1 illustrates various blocks of the e-mail 
system of the present invention and graphically shows 

25 how those blocks interact in operation. Sender 

computer 201 includes on its hard drive the e-mail 
program of the present invention. All potential 
recipient computers illustrated include an e-mail 
program as well. However, those programs may or may 

30 not be in accordance with present invention. That is, 
it is not necessary for the recipient programs to be in 
accordance with the present invention for the sender to 



- 12 - 



take advantage of the features engendered by the 
invention. 

As shown in the figure, LAN 200 has sender computer 
5 201, gateway 222, internal router 226 and potential 
recipient computers 216, 217 and 218. The LAN 200 is 
in communication with the Internet 202 by means of the 
gateway 222. Other potential recipient computers 212 
and 214 are shown as being within LAN 2 04, which 
10 includes gateway 220 and internal router 224. 

Potential recipient computers 206, 2 08 and 210 are 
connected directly to the Internet 202. 

In the figure, the sender computer 2 01 is shown as 
15 being connected to a local area network (LAN) 200. 

However, this need not be the case, as the sender can 
be connected directly to the Internet 202. 
Alternately, as will be appreciated, the present 
invention also has utility for a LAN only system 
20 without the involvement of the Internet 202. 

The manner in which e-mail moves within and among 
networks will now be described with reference to Figure 
1. Sender computer 201 is a node in LAN 200 and may 

2 5 send e-mail within the LAN as well as to e-mail 

addresses outside of the LAN. In a first example, the 
sender computer 201, which has an address of 
123@local.com, sends an e-mail message to 
abc§ local. com, an internet address of computer 218 

30 within the sender's LAN 200. The mail first is broken 
up into Internet TCP/IP packets and those packets go 
initially to internal router 226. Internal router 226 
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examines the address and determines that the address is 
within the LAN. The router therefore routes the 
message internally to computer 218, which has the 
recipient address abc@local.com. 

5 

A second message sent, in the example, from sender 
computer 201 is addressed to efg@outside.com. This 
message is recognized by the internal router as being 
addressed to someone outside the LAN 200, and is routed 
10 to the Internet. Before being sent over the Internet, 
the message passes through gateway 222, which may 
include a firewall, which keeps track of data going out 
onto the Internet and may selectively prevent certain 
types of messages from being so transmitted. 

15 

Once the message is on the Internet 202, it is 
transmitted to an Internet router (not shown). The 
Internet router examines the address and directs the 
message to the destination. The receiving network, in 

20 this case LAN 204, receives the incoming message 

through a gateway 220, which uses TCP to reconstruct 
the message from its constituent packets, and 
translates the incoming message into a format that can 
be used by the receiving network. Of course, the 

25 receiving network may also include one or more 

firewalls to protect the network. Once received by the 
receiving network, an internal router 224 directs the 
message to the computer 214 to which the message is 
addressed. 

30 

The e-mail program of the present invention provides 
functionality to present the user with the same options 
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for sending e-mail messages as in prior art programs, 
but with the additional functionality to allow the user 
to designate which recipients from among "to", "cc" and 
"bcc" fields should receive attached files. By 
5 offering the sender this option, and the other 
advantageous options detailed below, the present 
invention allows attachments, which are usually very 
much larger than the basic text message, to go only to 
those recipients who really need to see them, while at 
10 the same time allowing the main (ASCII) text of the 
message to go to all recipients. 

The program of the present invention generates and 
displays, by well-known software methods, a graphical 

15 user interface to the user of a computer on which the 
program is resident and running. A preferred example 
of such a user interface is shown in Figure 3. In the 
figure, graphical user interface (GUI) 10 presents the 
user with a suite of functions allowing him or her to 

20 set up and send an e-mail message to one or more 

recipients. A toolbar 100 is provided along the top of 
the GUI 10 to allow the user to select certain options 
and/or shortcuts to options by clicking on 
representative icons with a mouse or other similar 

25 selecting or pointing device. Among the functions 

preferably provided in the toolbar are the ability to 
print, shown by the printer icon, attach a file, shown 
by the paper clip icon, and cut, shown by the scissors 
icon. 

30 

To initiate a new message session, the user clicks the 
new message button 102. This has the effect of 
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presenting a cleared GUI 10 screen allowing recipient 
and other information to be entered. User "from" bar 
104 automatically displays the name of the person whose 
computer is running the software, such information 
having been entered at set up in a conventional manner. 
While convenient, the provision of the "from" bar is in 
no way necessary and does not form a part of the 
invention. In addition to the name of the sender, the 
date and time of composition of the message is 
preferably displayed in the "from" bar. 

Radio button 106 allows the user to indicate that he or 
she would like a return receipt once the recipient of 
each message has received the message. Subject button 
108, once selected, moves the text cursor to the 
subject field 110, at which the subject of the message 
can be entered. Text entry field 112 is where the user 
will type the ASCII portion of the message. If 
attachments are included in the message, an icon will 
preferably be shown in this field below the ASCII text 
message . 

To send an attachment with the message, the user clicks 
the paper clip icon from the toolbar 100 and is 
presented with a menu representative of the operating 
system environment, allowing one or more files to be 
perused and selected for attachment from the network, 
the user's hard drive, the user's floppy disk, or even 
a file located on the Internet. Once the file or files 
have been selected for attachment, an icon 
representative of the file type is preferably displayed 
in the text entry field 112. The process of adding 
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attachments to the message may be repeated iteratively, 
until all the desired files have been attached. 

The recipient or recipients of the message are entered 
5 in recipient area 114, to be described in more detail 
below. Selection of recipients of the e-mail message 
is described with reference to Figure 4. As shown in 
the figure, an initial recipient is typed in the first 
available location in recipient area 114. The default 

10 setting for each recipient is to be designated as a 
"to" recipient. Therefore, the indication "to" will 
appear unless it is changed. Generally, a recipient to 
whom the message is "to", may be expected to take some 
action in response to the action. After the e-mail 

15 address of the first recipient has been typed, and the 
sender is satisfied as to the recipient's "to" 
designation, the user may press the enter key and a 
second line is presented for entry of another 
recipient. 

20 

The user may wish to designate, for example, second and 
subsequent recipients of the message as carbon copy 
"cc" or blind carbon copy "bcc", as describe above. 
This is preferably achieved by allowing, for each 

25 entered recipient, a drop down menu 116 to be displayed 
in response to clicking of button 118. As can be seen 
from the figure, the drop down-menu allows the 
recipient at whose line the menu is selected to be 
designated as "to", "cc" or "bcc". In addition to 

30 selecting one of the above designations for each 
recipient, the program of the present invention 
advantageously allows a designation without attachment 
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"woa" to be selected. If the user selects "woa" in 
conjunction with one of the other designation, then 
that person will receive only the ASCII portion of the 
message, but will not receive the attached file. 

While the illustrated embodiment shows designation of 
"to", "cc", "bcc" taking place in the same field, the 
present invention is not limited to such an embodiment. 
The present invention would be equally applicable to e- 
mail programs that have separate fields for these 
designations . 

While each recipient can be individually selected to 
customize who gets the attachments for every e-mail, 
the program of the present invention preferably 
maintains a default mode with regard to who receives 
attachments. In a particularly preferred 
implementation, the default mode will be set such that 
all recipients designated as "to" recipients receive 
the attachment, while those designated as "cc" and 
"bcc" do not, setting that are subject to change by 
positive action of the user. 

Figure 5 shows a preferred implementation of how the 
e-mail program of the present invention displays 
received e-mail, especially with regard to how the 
attachments in the received message are indicated. As 
can be seen from the figure, inbox GUI 30 preferably 
includes field 300, which includes an indication of the 
name of the recipient of the mail in the inbox. Author 
field indicator 302 indicates the column that displays 
the author of the received mail. Date field indicator 
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303 indicates the column that indicates the date of the 
received mail. Paper clip icon 3 04 indicates the 
column that shows whether or not a file has been 
attached to the message. In a preferred embodiment, 
5 this field can have one of three values: 1) no icon, 
where no attachment forms a part of the message; 2) the 
paper clip icon, to indicate received mail that 
includes an attached file; and 3) a ghosted icon, which 
indicates that an attachment to the message has been 

10 left out in the recipients version of the message. 

Such an indication advantageously makes the recipient 
aware that an attachment was part of the complete 
message and the recipient has the opportunity to 
request to be sent the complete message, if the 

15 recipient desires the attachment, by, for example, 

replying to the message and requesting that he be sent 
the message with the attachment. 

While the preferred embodiment of the e-mail program 
20 discussed above has a default setting allowing "to" 
recipients to get attachments while withholding the 
attachments from cc and bcc recipients, the invention 
may be implemented with many different available 
options. For example, in one advantageous variation, 
25 the program may default as described previously, while 
allowing general program-wide options to be made 
available to the user to enable attachments to be sent 
to cc and/or bcc as well. 

30 Another variation is to present the user with a list of 
all (To, cc, bcc) recipients and boxes to check and 
indicate which of those recipients, if any, get the 
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attachments. An example of such a list is shown in 
Figure 6 . A further variation to the list implements 
the default in favor of "to" recipients by having their 
boxes already checked when the screen of Figure 6 is 
5 displayed. However, the default selection is subject 
to override by the user. 

In another preferred embodiment, the program also 
advantageously provides a mode in which first time 
10 recipients receive attachments, unless specifically 

selected so as not to, and previous recipients are set 
the same way they were set for the last message sent to 
those recipients. 

15 While the above implementations have been described in 
terms of on-the-fly message formatting, the above 
default modalities may be implemented in accordance 
with determinations made by the user in an e-mail 
address book — the setting being changeable for a 

20 particular message without altering the default. 

in some situations, certain recipients simply cannot 
accept certain messages. In such a situation, the 
program of the present invention advantageously 

2 5 provides for an absolute block to be set in relation to 
users who have a known restriction on permitted 
attachments size. For example, many company firewalls 
restrict e-mail transmissions to a certain size (such 
as 2 megabytes) — the program of the present invention 

30 then designates users on that system so as never to be 
sent a file whose attachments exceed the specified 
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size, in combination with any other default setting for 
files smaller than the threshold set forth above. 

In another preferred implementation, the default 
5 setting is that no one gets attachments. While many of 
the above preferred implementation utilize default 
options, it will be appreciated that the invention is 
not limited in this regard. 

10 Further, the invention may be implemented on an 

attachment by attachment basis, rather than grouping 
all attachments together. For example, in another 
preferred embodiment, in messages with multiple 
attachments, the sender can designate that some but not 

15 others of the attachments be sent to a particular 
recipient . 

At the recipient side, potential recipients preferably 
can select from reception options with regard to 

2 0 receipt of attachments to form a reception profile. 
For example, users of the e-mail system can specify 
that they cannot receive attachments larger than a 
particular size. Preferably, other options can be 
selected. The program preferably can be set such that 

25 certain dates will be blacked out with regard to 
reception of attachments. For example, if the 
recipient will be out of town for a two week period, he 
or she can select to accept no attachments during that 
period, or no attachments except for those sent from a 

30 particular sender or senders. 



Figure 7 is a flow diagram illustrating a process for 
generating an e-mail recipient list in accordance with 
a preferred embodiment of the present invention. As 
shown in the figure, in step S10, a recipient of the e- 
5 mail message is indicated, typically by the sender of 
the e-mail. At step S2 0, if the category of the 
recipient is designated as being a "To" recipient, the 
process flow proceeds to step S30A, at which the so- 
designated recipient is added to the "To" list. If the 

10 recipient is designated as being a "cc" recipient, the 
process flow proceeds instead to step S30B, at which 
the so-designated recipient is added to the "cc" list. 
If the recipient is designated as being a "bcc" 
recipient, the process flow proceeds instead to step 

15 S30C, at which the so-designated recipient is added to 
the "bcc" list. In any of the above cases, the process 
flow next proceeds to step S40 at which it is 
determined whether the recipient currently being 
designated is to receive an attachment or attachments. 

20 If the answer is yes, the flow proceeds to step S50, at 
which "with attachment" is added to the recipient's 
profile. If the answer at step S40 is no, the flow 
proceeds to step S6 0, at which "without attachment" is 
added to the recipient's profile. Recipient list 150 

25 is generated from the above steps. 

Figure 8 shows the process by which the recipient list 
is processed to enable split distribution of 
attachments in accordance with a preferred embodiment 
3 0 of the present invention. As shown in the figure, 

recipient list 150 is examined at step S200 and sorted 
by attachment designation. The recipients that have 
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been designated as "with attachment" are added to 
recipients to receive attachments 160 and at step S250 
the message and attachment or attachments are sent. 
Those recipients that have been designated as "without 
5 attachment" are added to recipients not receiving 
attachments 170 and at step S3 00 have the attachment 
removed from the message. Next, at step S400, the name 
of the attachment is stored, at step S500 a ghost icon 
is created and named for the name of the attachment 
10 that will not be sent, and, at step S600, the ghost 

icon is inserted into the message to replace the file. 
Next, at step S700, the message is sent with the icon 
but without the attached file. 

15 The above exemplary embodiments have been described in 
terms an e-mail program that supplies a GUI. However, 
the technique of the present invention is not limited 
to such interface techniques. For example, the present 
invention can be implemented using a DOS command based 

20 system or a voice activated system. 

As will be appreciated, the program of the present 
invention can be part of a larger mail program or can 
exist as an add on program to run with existing mail 

2 5 programs, using known software upgrading techniques. 

Other variations and modifications of this invention 
will be apparent to those skilled in this art after 
careful study of this application. This invention is 

3 0 not to be limited except as set forth in the following 

claims . 



